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ABSTRACT 


SURF  is  an  EDP-based  service  for  Support  of  User  Records 
and  Files.  It  is  implemented  through  SDC's  MADAM 
programming  language  and  system  for  the  IBM  1401 .  It 
provides  printed  indexes  reflecting  the  contents  of 
user  files.  Users  of  the  service  index  their  files,  fill 
out  and  submit  input  coding  sheets  to  the  service,  and 
regularly  receive  consolidated  index  listings.  SURF  is 
quite  flexible  and  adaptable  to  the  diverse  and  changing 
needs  of  individuals  in  organizing,  maintaining,  and 
finding  what  is  In  their  personal  or  office  files. 

This  document  describes  how  to  enter  and  vise  the 
service,  provides  illustrative  examples  of  SURF 
indexes,  and  presents  recommendations  for  indexing 
practice . 
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1.  INTRODUCTION 

This  document  describes  how  to  use  SURF:  an  EDP -based  service  in  Support  of 
User  Records  and  Files.  SURF  provides  printed  indexes  reflecting  the  contents 
of  user  files.  Users  of  the  service  index  their  files,  fill  out  and  submit 
input  coding  sheets  to  the  service,  and  regularly  receive  consolidated  up¬ 
dates  of  their  inputs.  The  service  is  quite  flexible  and  adaptable  to  quite 
different  needs  for  indexing  support.  SURF  customers  have  applied  it  to 
various  materials,  including  indexes  to  technical  literature  and  correspondence, 
engineering  Luade  catalog  citations,  gramma .r  rules  lor  syntactic 

analysis,  and  35  ram  slides. 

SURF  is  implemented  through  SDC's  MADAM  programming  language  and  system  for 
the  IBM  1401.  The  reader  is  referred  to  companion  document  TM-2912/000/00, 

SURF :  Support  of  User  Records  and  Files  -  DESCRIPTION  AND  OPERATION,  for  a 
description  of  SURF  programs  and  operational  requirements  for  furnishing  the 
service.  The  following  text  is  divided  into  a  summary  of  the  background  and 
rationale  for  SURF  development,  instructions  for  entering  and  using  the 
service,  recommendations  for  good  indexing  practice,  and  examples  of  use. 


A  large  proportion  of  scientific  and  technical  workers  in  government., 
industrial  and  academic  environments  maintain  large  personal  or  office  files. 

Many  maintain  indexes  to  their  files.  Hiis  has  been  true  at  SDC  as  elsewhere. 
Despite  the  existence  of  well- organized  library  and  information  center 
collections  and  services,  the  first  recourse  of  our  technical  people  when 
seeking  information  is  to  search  their  own  collections  and  to  confer  with 
colleagues.  No  matter  low  centralized  information  services  are  improved  and 
expanded  in  accessibility,  scope  *md  usefulness,  there  will  continue  to  be 
a  need  for  building,  maintaining,  and  having  good  access  to  personal  collections. 

SURF  was  developed  to  furnish  a  service  adaptable  to  the  variable,  changing, 
and  highly  idiosyncratic  requirements  of  individuals  in  organizing  and 
accessing  personal  records  and  files,  and  one,  therefore,  that  would  be 
responsive  to  individual  viewpoints,  vocabulary,  and  habits  of  work.  Con¬ 
siderable  emphasis  has  been  placed  on  minimizing  the  effort  required  to  enter 
and  use  the  service.  At  the  same  time  SURF  provides  means  of  sharing  of  user 
files  through  multiple  copies  of  indexes  and  can  supply  feedback  to  library 
and  other  information  services  on  user  habits  and  needs. 


2.  HCW  TO  USE  SURF 


Having  decided  on  what  and  how  you  wish  to  index,  obtain  a  supply  of  SURF 
input  coding  sheets,  enter  the  index  information  for  your  files,  and  mail  to 
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the  central  point  designated  as  a  SURF  service.*  The  coding  sheet  Infor¬ 
mation  will  he  keypunched,  processed,  and  the  resulting  Index  listings 
delivered  to  you  at  prescribed  Intervals.  Experience  with  SDC  users  In¬ 
dicates  that  monthly  updates  are  adequate  for  most  users .  As  you  continue  to 
use  the  service,  new  data  supplied  on  coding  sheets  will  be  combined  with 
previously  processed  inputs,  providing  consolidated  Indexes. 

2.1  FILLING  OUT  THE  CODING  SHEET 

Figures  1  and  2  illustrate  an  Input  coding  sheet  and  the  corresponding  printed 
Index.  The  coding  sheet  has  been  designed  to  minimize  the  user's  concern  with 
how  the  data  Is  keypunched.  The  service  assigns  each  user  a  unique 
identification  code,  i.e.,  ID  code.  The  user  chooses  an  output  format  code, 
either  A1  or  Bl.  These  codes  are  entered  once  on  each  coding  sheet.  The 
format  codes  represent  two  alternative  options  for  producing  the  Index, 
described  In  Section  2.5. 

For  each  item  or  "Entry”  you  wish  to  Index,  you  assign  an  entry  number  of 
four  digits  and  enter  the  first  card  number  in  the  appropriate  column,  i.e., 
#L.  The  body  of  each  item  or  entry  Indexed  is  entered  on  the  sheet  in  the 
area  labelled  "Numbered  Fields  +  Field  Contents."  As  Illustrated  in  Figure  1, 
this  section  of  the  coding  sheet  Is  freely  formatted  and  may  contain  up  to 
621  characters,  including  spaces,  for  any  single  entry.  Information  elements 
within  each  entry  are  identified  by  numbered  fields— a  one- digit  number 
followed  by  a  parenthesis . 

2.1.1  Indexing  by  Field  Numbers 

The  purpose  of  numbered  fields  In  SURF  Indexes  is  to  identify  those  elements 
of  information  that  are  to  provide  an  alphabetic  key  to  the  contents  of  the 
entries,  and  for  labelling  those  that  are  not  to  be  sorted  and  alphabetized. 
Odd-nianbered  fields— l)  3)  5)  7)— are  sorted  and  listed  alphabetically.  SURF 
provides  for  up  to  four  alphabets  for  a  user's  Index  through  the  use  of  these 
four  odd-nmbered  fields.  Even-numbered  fields— 2)  k)  etc.— identify  elements 
not  to  be  used  as  an  alphabetic  key  to  the  entries.  Ordinarily  only  one  such 
even  number  would  be  used  to  identify  n on-sorted  elements  unless  you  wished 
to  dedicate  particular  numbers  to  given  items  of  infommtion  against  the 
possibility  of  needing  a  special  processing  run  made  on  that  Item  alone  at 
some  future  time. 

In  the  examples  of  Figures  l  and  2,  field  number  l)  is  assigned  to  subject 
keywords  for  a  mechanical  engineer's  file,  field  number  3)  to  the  source,  and 
field  number  6)  to  comment  and  description.  The  field  numbers  are  placed  in 
front  of  the  elements  assigned  to  them.  Figure  1  shows  the  filled  out  input 
coding  sheet  and  the  resulting  proof  produced  as  a  part  of  the  index.  Figure  2 


♦At  present  the  service  is  conducted  within  SDC  on  a  pilot  basis.  Contact 
Cynthia  Hudson,  Rtn.  9935,  Ext.  6518  for  further  Information. 


June  2k,  19 66 


9 


TM-2913/OOO/OO 


Xaae :  R  •  Watson 


SUP?  Input  Coding  Sheet 

Boas  20026 _  Ext.  7586 


Date:  6/24/66 


ID 

1  Output ! 

Entry 

Card 

Code 

[  Form  t 

No. 

Ho. 

Numbered  Field*  +  Field  Content* 

1-3 

4- 

5 

6-9 

10 

11-79 

vm 

A1 

0060 

1 

l)  motors  dc  brushless  l)  d.e.  motors  5)  machine  design  66/03/03 

pjl36  6)  brushless  dc.  motors  and  controls 

0061 

1 

l)  vibration-natural  frequencies  1)  natural  frequencies  5)  machine 
design  66/03/03  ppl43  6)  finding  fundamental  natural  frequencies 
for  cannon  beam  configurations . 

0063 

1 

l)  shaft  speed  l)  critical  shaft  speed  l)  gear  shaft  speed  5) 
machine  design  63/06/06  ppl82  6)  graph  for  the  retatlcnshlp  shaft 

diameter,  support  spacing,  and  critical  speed  of  gear  shafts 

> 

r 

> 

f 

i 

coding  sheet  proof  FOR  RR1  page  I 


ENTRY  0060  FORMAT  A1 

1  II  MOTORS  OC  BRUSHLESS  II  D.C.  MOTORS  SI  MACHINE  DESIGN  66/03/03  PP13 

2  6  61  BRUSHLESS  DC.  MOTORS  AND  CONTROLS 

ENTRY  0061  FORMAT  A1 

1  1)  VIBRATION-NATURAL  FREQUENCIES  II  NATURAL  FREQUENCIES  51  MACHINE  DE 

2  SIGN  66/03/03  PP  163  61  FlNOING  FUNDAMENTAL  NATURAL  FREQUENCIES  FOR  C 

3  GMMON  BEAM  CONFIGURATIONS. 


ENTRY  0063  FORMAT  A1 

1  1)  SHAFT  SPEED  1)  CRITICAL  SHAFT  SPEED  11  GEAR  SHAFT  SPEED  5)  MACHINE 

2  DESIGN  63/06/06  PP  182  61  GRAPH  FOR  THE  RETATIONSHIP  SHAFT  DIAMETER. 

3  SUPPORT  SPACING  ,  AND  CRITICAL  SPEED  OF  GEAR  SHAFTS 


Figure  1.  Example  of  Input  Coding  Sheet  and  Proof 


*  . 
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FIELD  NO.  5 


SURF  INDEX 
FUR  WR1 


ENTRY  NO. 


MACHINE  DESIGN  63/06/O&  PP  182  oi 

SHAFT  SPEED.  CRITICAL  SHAFT  SPEED  GEAR  SHAFT  SPEED  MACHINE  OE 
SIGN  63/06/06  PP  182  GRAPH  FOR  THE  R ETAT IONSHI P  SHAFT  OIAMETFR, 
SUPPORT  SPACING  ,  AND  CRITICAL  SPEED  OF  GEAR  SHAFTS 
MACHINE  DESIGN  66/03/03  PP  143  61 

V I DRAT  I  ON— N ATUR  AL  FREQUENCIES  NATURAL  FREQUENCIES  MACHINE  DESI 

GN  66/03/03  PP  143  FINDING  FUNDAMENTAL  NATURAL  FREQUENCIES  FOR  C 
OMMUN  BEAM  CONFIGURATIONS. 

MACHINE  DESIGN  66/03/03  PP136  50 

MOTORS  DC  BRUSHLESS  D.C.  MOTORS  MACHINE  DESIGN  66/03/03  PP136 

BRUSHLESS  DC.  MU TORS  AND  CONTROLS 

SURF  INDEX 


FIELD  NO.  1 
CRITICAL  SHAFT  SPEED 

SHAFT  SPEED  CRITICAL 
SIGN  63/06/06  PP  182 
SUPPORT  SPACING  ,  AND 
O.C.  MOTORS 

MOTORS  DC  BRUSHLESS 
BRUSHLESS  DC.  MOTORS 
GEAR  SHAFT  SPEED 

SHAFT  SPEED  CRITICAL 
SIGN  63/06/06  PP  182 
SUPPORT  SPACING  ,  AND 


FUR  «U  6NTRY  N°* 

63 

SHAFT  SPEED  GEAR  SHAFT  SPEED  MACHINE  Dfc 
GRAPH  FOR  THE  R ETATIONSHI P  SHAFT  DIAMETER, 
CRITICAL  SPEED  OF  GEAR  SHAFTS 

60 

D.C.  MOTORS  MACHINE  DESIGN  66/03/03  PP 136 
AND  CONTROLS 

63 

SHAFT  SPEED  GEAR  SHAFT  SPEED  MACHINE  DE 
GRAPH  FOR  THE  RETAT I UNSHI P  SHAFT  DIAMETER, 
CRITICAL  SPFED  UF  GEAR  SHAFTS 


MOTORS  DC  BRUSHLESS  60 

MOTORS  DC  BRUSHLESS  D.C.  MOTORS  MACHINE  DESIGN  66/03/03  PPI36 
BRUSHLESS  DC.  MOTORS  ANO  CONTROLS 

NATURAL  FREQUENCIES  '  61 

VIBRATION-NATURAL  FREQUENCIES  NATURAL  FREQUENCIES  MACHINE  DESI 
GN  66/03/03  PP  143  FINDING  FUNDAMENTAL  NATURAL  FREQUENCIES  FUR  C 
CMMON  BEAM  CONFIGURATIONS. 

SHAFT  SPEFD  63 

SHAFT  SPEED  CRITICAL  SHAFT  SPEED  GtAR  SHAFT  SPEED  MACHINE  DE 
SIGN  63/06/06  PP  18?  GRAPH  FUR  THE  RETATIUNSHIP  S.IAFT  DIAMETER, 
SUPPORT  SPACING  ,  ANO  CRITICAL  SPEED  OF  GEAR  SHAFTS 

VIBRATION-NATURAL  FREQUENCIES  61 

VIBRATION-NATURAL  FREQUENCIES  NATURAL  FREQUENCIES  MACHINE  DESI 

GN  66/03/03  PP  143  FINDING  FUNDAMENTAL  NATURAL  FREQUENCIES  FUR  C 

UMMON  BEAM  CUNFIGURATIUNS. 


Figure  2.  Example  of  Index 
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shows  the  two  parts  of  the  index  produced,  in  which  the  field  numbers  have 
been  replaced  by  spaces  and  the  leading  zeros  stripped  from  the  entry  numbers. 
Further  examples  of  different  kinds  of  indexes  produced  for  3 DC  users  are 
given  in  Section  4. 

Every  entry  must  begin  with  a  field  number.  Each  field  number  must  be 
preceded  and  followed  by  a  space.  After  any  given  field  number  you  are  free 
to  enter  up  to  125  characters.  It  is  recommended  that  no  more  than  twenty 
fields  be  used  in  any  single  entry.  Any  number  of  Information  elements  may 
be  assigned  to  the  same  field  number  within  the  limit  of  twenty. 

2.1.2  An  Illustrative  Exercise 

As  has  been  indicated  earlier,  SURF  has  been  used  for  many  different  piirposes 
and  an  many  different  kinds  of  materials —literature  bibliography,  engineering 
data,  dictionary  compilation,  etc.  Of  these,  the  most  prevalent  use  has 
been  for  bibliography.  It  will  be  useful,  then,  to  "walk  throu^i"  an  example 
of  indexing  literature  with  a  discussion  of  the  choices  that  occur  along  the 
way. 

Let  us  say  that  we  have  a  collection  of  journals  and  technical  reports  in 
our  possession,  and  that  we  want  additionally  to  be  able  to  get  at  like 
materials  we  see  that  belong  to  the  library  or  to  other  individuals.  What 
kind  of  description  and  access  to  this  material  do  we  need?  At  the  least  we 
need  author,  title,  date,  subject,  source,  and  an  indication  of  location— in 
our  own  files  or  someone  else's. 

The  second  thing  we  have  to  decide  is  the  order  in  which  we  want  to  enter 
this  material  in  the  index --what  do  we  want  to  see  first  in  the  index  entry? 
Let* 8  assume  that  we  are  most  familiar  with  authors  in  our  area  of  interest, 
and  so  will  choose  the  following  order:  author,  title,  source,  date, 
subject  keywords  and  phrases,  and  location.  Further  we  shall  decide  that  we 
need  access  only  by  author  and  subject  and  will  assign  these  to  field  numbers 
l)  and  3)  respectively.  If  we  need  to  get  at  the  name  of  a  company  or  agency, 
we  shall  add  it  to  the  author  list.  If  we  wanted  a  separate  listing  for  such 
information  we  could  assign  it  to  field  number  5),  but  will  choose  net  to  do 
so  for  this  example.  We'll  use  2)  for  all  elements  in  the  indexed  entries 
that  are  not  to  be  alphabetized— source,  date,  location,  and  title  words  not 
considered  useful  subject  keys. 

Now  we  are  ready  to  enter  some  of  the  items  on  a  SURF  Input  Coding  Sheet. 

The  following  three  will  provide  a  sufficient  example : 

"Characteristics  and  Use  of  Personal  Indexee  Maintained  by 
Scientists  and  Engineers  in  One  University,"  by  G.  Jalo’  ,  Ronald 
D.  Hutchins,  and  Robert  R.  Galford.  American  Documentation  vol.  IT 
no.  2  pp.  71-75*  April  1966.  (this  item  in  the  library) 
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"The  MADAM  System/'  by  William  0.  Croasley. ,  SDC  TM-2198/002/00. 

2  December  1965*  (in  our  collection) 

"Rank  Order  Patterns  of  Cannon  Words  as  Discriminators  of  Subject 
Content  in  Scientific  and  Technical  Prose."  By  Everett  M.  Wallace. 
Proceedings  of  the  Symposium  on  Statistical  Association  Methods  for 
Mechanized  Documentation.  Washington,  D.  C.  19&k»  pp.  225-229. 
n)BS  Miscellaneous  Pub.  259.  December  15,  19°5.  (in  a  colleague’s 
collection) 

Figure  3  illustrates  one  way  in  which  the  above  may  be  entered  on  the  coding 
sheet  together  with  the  coding  sheet  proof  provided  by  the  service.  Authors 
are  entered  surname  first  to  provide  an  alphabetization  by  surname  and 
initials  used  Instead  of  first  names  as  a  key.  Whenever  a  word  or  phrase 
thought  useful  was  encountered  in  a  title,  a  field  number  3)  was  entered  in 
front  of  it.  Field  number  2)  is  used  for  elements  not  to  be  alphabetized. 
Additional  subject  keys  are  added  after  the  date.  The  final  item  indicates 
location— library,  EW  (our  own  collection),  and  Doyle,  the  colleague's 
surname.  There  would  be  little  reason  to  indicate  location  in  our  own  file, 
except  that  someone  else  might  like  to  use  the  index,  or  be  furnished  a  copy 
of  it. 

Several  persons  in  an  organization  using  this  kind  of  practice  could  easily 
share  each  other's  indexes,  or,  alternatively,  consolidated  Indexes  could  be 
provided  to  a  group  of  people  with  each  person's  holdings  clearly  indicated 
through  the  use  of  a  common  ID  code. 

2.2  PRINTOUT  CCNVSHTIONS 

Figure  4  presents  the  index  produced  from  the  input  of  Figure  3*  Each  author, 
subject  key,  or  other  element  chosen  for  alphabetization  by  the  use  of  field 
numbers  l)  and  3)  Is  printed  above  the  entry  to  which  it  belongs  up  to  a 
length  of  49  characters,  and  the  associated  entry  number  printed  at  the  end 
of  the  line.  The  entries  are  printed  out  in  the  order  in  which  they  are 
entered  on  the  coding  sheet.  Indented  9  spaces.  The  print  lines  are  Justified 
at  a  length  of  74  characters,  which  sometimes  causes  an  awkward  break  in  the 
middle  of  a  word.  SDC  users,  however,  have  found  this  easy  to  adjust  to  and 
no  real  impediment  to  ease  of  scanning. 

Each  page  of  the  index  is  provided  with  standard  headings ,  as  shown,  identifying 
the  user  by  ID  code .  These  headings  are  easily  changed  by  the  service  as 
required.  You  will  notice,  in  Figure  3,  that  the  entry  numbers  have  been 
sorted  into  numerical  order  in  the  coding  sheet  proof.  The  entry  nuabers  may 
be  used  for  physically  ordering  materials  in  a  user's  file  as  well  as  for 
uniquely  identifying  index  entries.  An  example  of  such  practice  is  given  in 
Figure  11  in  Section  4. 
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Name:  Everett  Wallace 


SURF  Input  Coding  Sheet 

_  Boom  9935 _  Ext.  6561  Date:  6/24/66 


| mm 

ggssr 

Entry 

Card 

- -  — ,  — .  ,  ,  - . — - ■■■■— -  - ■— . 

Format 

No. 

No. 

N ushered  Fields  4  Field  Content# 

la 

4-5 

6-? 

10 

11-79 

WKL 

Bl 

0101 

1 

1)  Jahoda.  G.  l)  Hutchins,  R.  D.  l)  Galford  B.  R.  2)  characteristics 
and  use  of  3)  personal  indexes  maintained  by  scientists  and  engineers 

2)  in  one  university.  2)  American  Docunentation  vol  17  no  2 

P71-75  April  1966  l)  Florida  State  U  Faculty  2)  library 

0079 

1 

1  ) 

Crossley,  w .  0.  2)  The  madam  system  2)  SDC  TM-2196/002/00  2) 

Dec  1965  3)  madam  programming  language  and  system  3)  itm  1401  programs 

2)  EW 

0096 

1 

11  Wallace,  E.  M.  3)  rank  order  patterns  of  cannon  words  as 

3)  discriminators  of  subject  content  2)  in  scientific  and  technical 
prose  l)  Symposium  an  Statistical  Association  Methods  for 

3)  Mechanized  Documentation  2)  proceedings  p225-229  NBS  mine 
pub  269  Dec  1965  3)  language  processing  2)  Doyle 

CODING  SHEET  PAUJF  FOR  wE 1  PAGE  1 


ENTRY  0079  F  LWMAT  bl 

1  1)  CRDSSLEY,  <i.  C.  21  THE  MADAM  SYSTEM  2)  Sue  TM-21 9d/002/00  21  DEC  1 

2  965  J)  M ADA  1  PROGRAMMING  LANGUAGE  AND  SYSTEM  3|  IBM  1401  PROGRAMS  2) 

3  EW 

ENTRY  0096  FUKMAT  Bl 

1  II  WALLACE'  E.  M.  31  RANK  ORDER  PATTERNS  OF  COMMON  WORDS  AS  31  DISCRI 

2  NINATORS  OF  SUBJECT  CONTENT  2)  IN  SCIENTIFIC  AND  TECHNICAL  PROSE  II  S 

3  YMPQSIUM  ON  STATISTICAL  ASSOCIATION  METHODS  FUR  31  MECHANIZED  UOCUMFN 

4  T  AT  I  ON  21  PROCEEDINGS  P225-229  NBS  Ml  SC  PUB  269  DEC  1965  31  LANGUAGE 

5  PROCESSING  2)  DuYL  t 

ENTRY  010 l  FORMAT  Bl 

1  1)  JAHOOA,  G.  1)  HUTCHINS*  R.  D.  1)  GALFURD  R.  R.  21  CHARACTERISTICS 

2  AND  USE  OF  31  PERSONAL  INDEXES  MAINTAINED  BY  SCIENTISTS  AND  ENGINEERS 

3  21  IN  ONE  UNIVERSITY.  21  AMERICAN  UOCUMENTAT I  ON  VUL  IT  NO  7  P7I-7S  A 

4  PRIL  1966  1)  FLORIDA  STATF  U  FACULTY  21  LIBRARY 


Figure  3.  Input  Coding  Sheet  and  Proof  for  Three  Illustrative  Bn  trie* 
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SURF  INDEX 


FIELD  NO.  1 


FOR  ME  1 


ENTRY  NO. 


CROSSLEY,  W.  0.  79 

CROSSLEY,  M.  0.  THE  MADAM  SYSTEM  SOC  TM-2198/002/00  DEC  1963 
MADAM  PROGRAMMING  LANGUAGE  AND  SYSTEM  IBM  1401  PROGRAMS  EM 
FLORIDA  STATE  U  FACULTY  101 

JAHODA,  G.  HUTCHINS,  K.  D.  GALFORD  H.  R.  CHARACTERISTICS  AND 
USE  OF  PERSONAL  INDEXED  MAINTAINED  BY  SCIENTISTS  AND  ENGINEERS 
IN  ONE  UNIVERSITY.  AMERICAN  DOCUMENTATION  VOL  17  NO  2  P71-7S  A 
PR IL  1966  FLORIDA  STATE  U  FACULTY  LIBRARY 
GALFORD  K.  R.  101 

JAHODA,  G.  HUTCHINS,  R.  D.  GALFUkD  R.  R.  CHARACTERISTICS  AND 

USE  OF  PERSONAL  INDEXES  MAINTAINED  BY  SCIENTISTS  ANO  ENGINEERS 
IN  ONE  UNIVERSITY.  AMERICAN  DOCUMENTATION  VOL  17  NO  2  P/1-75  A 
PRIL  1966  FLORIDA  STATE  0  FACULTY  LIBRARY 
HUTCHINS,  K.  D.  101 

JAHODA,  G.  HUTCHINS,  R.  D.  GALFJRD  R.  K.  CHARACTERISTICS  AN!) 

USE  OF  PERSONAL  INDEXES  MAINTAINED  oY  SCIENTISTS  ANO  ENGINEERS 
IN  ONE  UNIVERSITY.  AMERICAN  DOCUMENTATION  VOL  17  NO  2  P71-75  A 
PRIL  1966  FLORIDA  STATE  0  FACULTY  LIBRARY 
JAHODA,  G.  101 

JAHODA,  G.  HUTCHINS,  R.  U.  GALFORD  R.  R.  ChARACI FR  1ST  l CS  ANO 

USE  OF  PERSONAL  INDEXES  MAINTAINED  BY  SCIENTISTS  AN.)  ENG1NFFRS 


SU  IF  KULa 


FIELD  NO.  J 


FIR  ,*  F  1 


ENTRY  Ni> 


DISCRIMINATORS  OF  SUBJECT  CONTENT  96 

WALLACE,  E.  M.  RANK  ORUFR  PATTERNS  UF  Co'MDM  WORDS  AS  OISCkIMI 
N4T0RS  OF  SUBJECT  CONTENT  IN  SCIENTIFIC  AND  TFChMCAL  PROSE  SY 
MPOSIUM  ON  STATISTICAL  ASSOCIATION  METHODS  FU  sEChAMIED  DOCUMf 
NIATIDN  PROCEEDINGS  P225-229  NitS  M|SC  PUB  ?69  Dl  C  1965  LANGUAG 
E  PROCESSING  DOYLE 

IBM  l  01  PROGRAMS  7* 

CROSSLEY,  J.  0.  THE  MADAM  SYSTEM  SOC  TM-219B/002700  OEC  1965 

MADAM  PROGRAMMING  LANGUAGE  AND  SYSTEM  IBM  1401  PROGRAMS  FM 
LANGUAGE  PROCESSING  96 

WALLACE,  E.  M.  RANK  ORDER  PATTERNS  UF  COMMON  WORDS  AS  DISCRIMI 
NATORS  OF  SUBJFCT  CONTENT  IN  SCIENTIFIC  AM)  TECHNICAL  PROSE  SY 
MPOSIUM  ON  STAftSTICAL  ASSOCIATION  METHODS  Ft,-  MtCMANI/EO  DUCUMl 
NTATIDN  PRJCELDINGS  P225-229  f.BS  MISC  PUu  i 09  DEC  1965  LANGUAG 
E  PROCESSING  DOYLE 

HAOAM  PROGRAMMING  LANGUAGE  AND  SYSTEM  79 

CROSSLEY,  m.  0.  THE  MADAM  SYSTtH  SGC  TM-2I9B/DD2/00  DEC  1965 

.MADAM  PROGRAMMING  LANGUAGE  ANO  SYSTEM  IBM  1*01  PROGRAMS  Ew 
MtCMANl/EO  DOCUMENTATION  96 

WALLACE,  C.  M.  RANK  ORDER  PATTERNS  OF  CD^NC,  WORDS  AS  DISCRIMI 
NATORS  OF  SUBJECT  CONTENT  IN  SCIENTIFIC  AND  TECHNICAL  PROSE  SY 
MPOSIUM  UN  STATISTICAL  ASSOCIATION  METHODS  F uW  MECHANI 7f 0  OOCUMt 

NT AT  ION  PROCEEDINGS  P225-229  \GS  MJSC  PUB  269  DFC  196>  LANGUAG 

t  PROCESSING  OOYLE 

PEMSUNAL  INDEXES  MAINTAINED  BY  SCIENTISTS  AND  ENG  101 

JAHODA,  G.  HUTCHINS,  A .  0.  GAlFOKO  R.  R.  CHAR ACT  I R | STI CS  AND 

USE  OF  PERSONAL  INOEXFS  MAINTAINED  BY  SCIENTISTS  ANO  FNGINFERS 
IN  ONE  UNIVERSITY.  AMERICAN  DOCUMENTATION  V')l  I  7  Ni)  2  P71-75  A 
PRIL  1966  FLORIDA  STATE  U  FACULTY  LIBRARY 
RANK  JRUSR  PATTERNS  Of  COMMON  WORDS  AS  96 

WALLACE,  E.  M.  RANK  ORDER  PATTERNS  OF  COMMON  WORDS  AS  DISCRIMI 
NATORS  UF  SUBJECT  CONTENT  IN  SCIENTIFIC  ANu  TECHNICAL  PROSE  SY 
MPOSIUM  ON  STATISTICAL  ASSOCIATION  METHODS  F  Cm  •'ECHANI  7£0  DOCUME 
STATION  PROCEEDINGS  P225-72v  SOS  "ISC  PUB  2ov  D*C  1965  LASGoAG 
E  PROCESSING  OOYLE 


Figure  4.  Index  Produced  from  Input  of  Figure  3 


June  24 ,  1966 


15 


TM-291 3/000/00 


2.3  ID  CODE  ASSIGNMENTS  AND  ENTRY  NUMBERS 

As  has  been  mentioned,  a  SURF  service  will  be  responsible  for  assigning  user 
ID  codes.  In  SDC  practice  the  user  ID  code  has  consisted  normally  of  the 
user's  initials  inverted,  followed  by  a  single  digit  number  identifying  the 
number  of  that  user's  index.  Thus  a  user  may  have  several  distinct  indexes 
for  different  kinds  of  material . 

The  entry  numbers  that  uniquely  identify  each  indexed  item  are  assigned  by 
the  users .  Each  entry  number  requires  four  digits  and  may  be  alphabetic, 
numeric  or  mixed.  It  is  necessary  that  you  do  not  use  the  same  entry  number 
in  the  same  index  for  more  than  one  item  indexed.  'Hie  coding  sheet  proofs 
provide  an  alphanumeric  list  that  will  alert  you  to  the  entry  numbers  used 
previously . 

2.4  DELETIONS  AND  CORRECTIONS 

To  purge  your  index  of  unwanted  or  obsolete  items,  submit  a  separate  coding 
sheet  with  the  ID,  Format  and  entry  numbers  concerned  filled  in,  and,  in 
place  of  the  card  number,  the  letter  D.  Hie  rest  of  the  coding  space  is  left 
blank.  Figure  5  illustrates  the  kind  of  input  required. 

Minor  corrections  may  be  Indicated  by  submitting  a  coding  sheet  labelled  at 
the  top  with  the  word  Corrections,  and  the  cards  to  be  corrected  indicated 
by  entry  and  card  number  on  the  sheet.  For  major  changes,  it  will  be  most 
efficient  to  delete  the  old  entry  and  submit  a  new  corrected  entry  on  the 
coding  sheet  intended  for  the  next  update.  Figure  6  illustrates  the 
correction  of  a  spelling  error  in  the  third  entry  of  Figure  1. 

2.5  FORMAT  OPTIONS 

SUIT  provides  two  options,  A1  and  Bl.  Under  option  Al,  the  contents  of  data 
assigned  to  field  number  7  are  not  printed  in  the  body  of  the  entries,  but 
appear  only  once  as  an  alphabetic  key  as  illustrated  by  Figure  7  •  In  that 
figure  the  elements  of  information  assigned  to  field  number  7  ere  keys  to  the 
subject  of  the  docvnents.  The  result  of  using  the  option  is  to  shorten  the 
Indexes.  Format  option  Bl  does  not  delete  any  part  of  the  entry  records, 
and  thus  preserves  complete  information  at  every  point  in  the  index.  An 
example  of  this  use  is  given  in  Figure  8  . 

2.6  SPECIAL  REQUESTS 

Several  types  of  special  listings  may  be  supplied  routinely  on  request.  These 
Include  extra  copies  of  your  index,  selective  printing  of  portions  of  the 
index,  listings  of  the  sorted  elements  only,  and  printing  directly  an  mats  to 
be  used  for  multiple  copy  reproduction .  For  example  you  may  wish  to  have  a 
listing  made  of  that  portion  of  the  index  arranged  by  authors  or  subjects. 

Or  again,  you  might  wish  to  have  a  selective  list  of  the  subject  names  to  use 
as  a  key  to  past  practice  in  subject  description  for  more  effective  nomenclature 
and  consistency  in  current  and  future  indexing. 
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Name: 

me 

too.  2te7 

».  6929 

Date:  ^ 

ID 

Code 

1-3 

Output 

Forest 

4-5 

Entry 

Ro. 

6-? 

Card 

Ro. 

10 

Rubbered  Fields  +  Field  Contents 

11-79 

IPC 

A1 

4414 

D 

5847 

D 

Figure  5 •  Example  of  Input  for  Deletion 


:r.r."''r:  •  n 

SUIT  Input  Coding  ShMt 

H  u»t.»nr>  Boon  20026  Bit.  75G6  Date: 


lb 

Code 

->3  - 

ea 

9 

Card 
Ro . 
10 

Rubbered  Fields  ♦  Field  Contents 

U.-W _  .  . 

A1 

0063 

2 

design  63/06 /06  182  b)  graph  for  the  relationship  shaft  diameter, 
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3.  SOME  PECOM^ENDA.TIONS  FOR  INDEXING  PRACTICE 

The  following  recomnendations  are  intended  to  aid  users  in  maximizing  the 
utility  and  response  of  the  indexes  produced  by  the  service.  An  investment 
in  care  and  effort  at  the  outset  in  determining  real  needs  and  the  degree  to 
which  SURF  may  satisfy  them  will  be  repaid  many  times  over. 

3.1  ORDER  <F  ENTRY 

As  can  be  seen  from  the  output  examples,  SURF  does  not  in  any  way  rearrange 
or  permute  the  alphanumerica  data  of  the  entries,  but  retains  the  information 
in  the  same  order  as  entered  on  the  coding  sheet.  This  permits  position  to  be 
used  as  a  further  key  to  the  contents  of  data,  entries,  and  leaves  it  to  the 
user  to  decide  what  he  wishes  to  see  first,  second,  third,  etc.,  under  the 
sorted  elements. 

For  example,  if  one  wished  to  index  Journal  articles,  there  are  several 
choices  that  might  be  considered.  One  might  choose  a  traditional  form  of 
entry— author,  title,  journal  name,  volume  +  no.,  date,  pages,  subject  keyB 
or  descriptors.  The  author  index,  given  this  choice,  would  be  arranged  by 
author  within  author,  as  indicated  by  Figure  4.  Seme  users  would  consider  it 
more  useful  to  have  titles  arranged  alphabetically  within  author  or  by  date . 
For  a  title -within -sorted -element  the  order  of  entering  the  coding  sheet 
would  be:  title,  author,  journal  name,  volume  +  no.,  etc..  For  a 
chronological  arrangement  the  date  must  be  coded  by  year-man th-day,  e.g., 
65/03/OI,  and  the  order  might  be:  date,  author,  title.  Journal. . .etc.  The 
essential  point  here  is  that  the  user  chooses  how  he  wants  his  index  arranged, 
and  what  he  wants  to  see  first  under  alphabetized  lists. 

3.2  CONSISTENCY  IN  DESCRIPTIVE  VOCABULARY 

It  may  seem  overly  obvious  to  belabor  the  advantages  of  naming  the  same 
things  in  the  same  way  in  an  index,  but  in  fact  it  is  far  easier  to  be  in¬ 
consistent  than  consistent.  This  is  particularly  troublesome  in  the  use  of 
abbreviations  or  variant  subject  keywords.  Rather  than  have  to  remember  a 
particular  set  of  abbreviations  or  a  set  of  rules  for  forming  them,  most  users 
will  find  it  easiest  not  to  abbreviate.  This  costs  a  bit  more  effort  in 
spelling  everything  out  in  full,  but  requires  no  effort  of  memory  and 
minimizes  the  effect  of  spelling  errors  through  the  additional  context.  Even 
so, a  few  standard  rules  for  the  most  frequent  abbreviations  might  be  adopted: 
J.  for  Journal,  Assn,  for  Association,  Soc.  for  Society,  vol.  for  volune, 
p.  for  page,  etc. 

In  a  personal  index,  naming  similar  subjects  in  consistent  ways  is  probably 
of  lesser  importance  than  providing  a  useful  browsing  tool.  Such  a  tool  is 
enhanced  through  providing  context  with  keywords.  In  SURF  you  will  obtain  up 
to  49  characters  for  sorted  data,  and  so  can  afford  to  have  the  words  in  a 
title  following  a  useful  keyword  sorted  along  with  it,  i.e.,  rather  than 
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only:  IMPLICITLY  PROGRAMMED  SYSTEMS,  one  may  choose  to  have:  IMPLICITLY 
PROGRAMMED  SYSTEMS  WORKING  GROUP.  An  example  of  this  kind  of  practice  may  be 
found  In  the  SUIff  Index  for  SDC's  INFORMATION  PROCESSING  INFORMATION  CENTER 
(IPIC)  Illustrated  in  Pigure  7,  where  title  fragments  are  indexed, 
leaving  in  whole  phrases  as  needed.  IPIC's  practice  is  based  on  the  idea  that, 
in  the  experience  of  its  staff,  very  often  all  that  one  can  remember  is  some 
word  or  phrase  buried  in  a  title.  Sorting  on  useful  keywords  plus  other  words 
in  context  provides  a  good  approach  to  this  kind  of  search  specification. 

3.3  ECONOMY  AND  HEVISIc  i 

The  experience  of  several  SURF  users  has  been  that  their  initial  choices  of 
Indexing  terms,  order  of  entry,  etc.,  were  not  Ideal.  Because  SURF  provides 
for  multiple  card  input,  great  freedom  in  the  choice  and  number  of  sortable 
elements,  and  few  formatting  restrictions,  there  is  a  temptation  to  take 
advantage  of  these  capabilities  beyond  what  is  necessary  or  desirable.  It 
is  desirable  for  every  user  to  keep  his  entries  as  short  as  is  convenient 
and  to  use  sortable  keys  only  as  necessary  for  later  access  and  search.  Long 
entries  mean  Increased  input  coding  labor;  marginally  useful  keys  add  to  the 
length  of  the  index. 

If,  after  building  an  index  over  a  period  of  time,  you  find  certain  features 
and  practices  less  useful  than  they  might  be,  you  will  want  to  change 
your  indexing.  If  the  index  is  small  there  is  no  reason  not  to  merge  new 
practices  with  old.  This  will  be  more  economical  than  attempting  to  redo  the 
previously  indexed  file .  If  the  index  is  large  it  will  be  best  to  ask  for  a 
new  ID  code  from  the  SURF  service  and  start  a  new  index. 

3.4  LEARNING  BY  DOING 

Moat  users  of  SURF  to  date  have  found  that  they  learned  to  build  better 
indexes  through  having  to  use  the  products  of  their  earlier  indexing 
decisions,  by  which  they  could  diagnose  poor  practices  and  improve  their  own 
grasp  of  what  is  required  in  nomenclature  and  perspective.  At  the  same  time, 
one  of  the  chief  virtues  of  the  u-rv ice  is  that  it  provides  a  user  with  a 
product  that  completely  reflects  his  outlook  and  manner  of  construing  and 
organising  information.  Among  severed  things  that  could  be  recoonended  at 
the  outset  Is  some  care  and  consideration  for  terminology  that  is  likely  to 
occur  again  and  again  in  a  given  kind  of  index.  For  example,  terms  such  as 
computer,  program,  programming,  and  data  processing,  are  not  likely  to  be 
very  useful  keys  in  an  index  to  data  processing  literature  without  additional 
modifier*  or  con  text- -as  illustrated  in  the  discussion  in  Section  3.2.  It  is 
wise,  then,  to  foresee  the  density  of  ccomon  terms  that  might  be  used,  and  to 
choose  very  specific  rather  than  general  teres  as  subject  keys. 
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4.  EXAMPLES  CF  SUIF  INDEXES 

This  section  presents  five  examples  that  illustrate  different  kinds  of  SURF 
indexes  in  actual  use.  They  were  produced  by  selecting  a  few  cards  from  each 
user's  files  and  processing  them  especially  for  this  display. 

4.1  A  BIBLIOGIWTOC  APPLICATION  (Figure  7) 

Figure  7  illustrates  the  kind  of  index  produced  for  SDC's  Information 
Processing  Information  Center  (IPIC)  under  format  option  Al.  Hie  index 
represents  technical  documents  contained  in  the  Center's  collection.  For 
thiD  application,  field  number  1  has  been  assigned  to  author(s),  field 
number  2  and  8  to  unsorted  elements,  field  number  3  to  keywords  from  the 
titles,  and  field  number  7  to  classification  categories  developed  by  the 
Center  for  cataloging  its  documents.  As  can  be  seen,  the  contents  of  field 
number  7  appear  but  once  as  an  alphabetized  key  to  the  indexed  entries. 

4.2  AN  EXAMPLE  <F  FORMAT  OPTICN  B1  (Figure  8) 

Figure  8  presents  the  results  of  processing  the  same  input  as  shorn  in  the 
coding  sheet  proof  of  Figure  7  under  format  option  B1 .  That  is,  th„ 
classification  categories  assigned  to  field  number  7  now  appear  as  a  part 
of  every  entry. 

4.3  AN  ENGINEER'S  XEY  TO  TRADE  CATALOG  DATA  (Figure  9) 

Figure  9  shows  ar.  index  to  the  contents  of  a  mechanical  engineer's  trade 
catalog  collection.  Here  the  assignment  of  field  numbers  is  1  to 
manufacturer  or  dealer,  2  to  various  unsorted  elements,  3  to  subject  keywords, 
and  4  to  location  in  the  engineer's  vertical  files. 

4.4  A  DICTIONARY  CF  GRAMMAR  RULES  (Figure  10) 

Figure  30  presents  part  of  a  dictionary  of  context-free  granaar  rules  for 
describing  English  grammar.  The  dictionary  was  used  as  a  bookkeeping  aid 
in  the  development  of  a  query  analysis  program.  Each  entry  on  the  coding 
sheet  proof  represents  a  separate  syntax  rule.  The  Indexed  elements  provide 
access  by  syntax  categories  within  rules,  and  by  processing  rules  and  labels 
associated  with  the  syntax  rules.  The  latter  are  assigned  to  field  number 
3  in  the  index.  Field  number  1  is  assigned  to  the  syntax  categories 
identified  here  as  QUERY,  QWORD  (question  word),  CLAUSE,  VEHBP  (verb  phrase), 
etc. 


4.5  AN  INDEX  TO  35W  SLIDES  (Figure  11 ) 

This  index  was  initiated  by  SDC's  Corporate  Communications  to  develop  better 
access  to  the  wealth  of  information  contained  in  its  large  and  varied  collection 
of  35n»  si  ides.  Each  slide  was  made  for  a  single  presentation,  briefing  or 
paper  but  contains  information  that  would  be  very  useful  for  similar  purposes 
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at  a  later  time.  Index  categories  are  assigned  to  authors  and  users, 
titles,  and  subject  descriptors.  Hie  coding  sheet  proof  has  been  emitted 
from  the  figure  in  order  to  show  more  of  the  index.  The  entry  numbers, 
apart  from  those  beginning  with  A,  identify  slide  numbers. 
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COOING  SHEET  PROOF  FOR  IPC 


ENTRY  000 1  FORMAT  Al 

L  1)  a*  AUTHOR  INDEX  8)  THIS  INDEX  INCLUDES  PERSONS  AND  ORGANIZATIONS. 

FNTRV  0002  FORMAT  A1 

1  3)  »*  TITLE  INDEX  8)  THIS  INDEX  IS  ARRANGED  BY  KEYWORDS  AND  PHRASES  D 

2  RAWS  FROM  THE  TITLES  OF  THE  OUCUMENTS. 

ENTRY  OUO  3  FORMAT  Ai 

1  71  IPIC  CLASSIFICATION  81  ThI  6  CLASSIFIED  CATALOG  REFLECTS  THE  SHE 

2  LVING  ORDER  IN  IPIC.  8|  A  SINGLE  *  FOLLOWING  A  CLASS  DESIGNATION  INDI 
1  CATES  THAT  THE  DOCUMENT  IS  SHELVED  IN  THAT  CLASS. 

ENTRY  21S9  FORMAT  Al 

1  I)  HERR 1UT  ,  J.G.  21  SOME  OBSERVATIONS  ON  3)  ALGOL  2)  TO  THE  3)  BURROU 

2  CHS  220.  II  STANFORD  UNIV,  4»  TECH.RPT.  NO.  9,  2»  16  PAGES.  6>  1960  N 

1  QV  Ml  06.7  ALGOL  PROGRAMMING  LANGUAGE  7)  OS.  7  BURROUGHS  220  COMPUTE 
A  R 

ENTRY  2160  FORMAT  Al 

;  II  SCHUMAN,  A . 0.  21  THE  31  TRANSLITERATION  OF  J)  ALGOL  21  TO  THE  3)  B 

2  URRUUGmS  31  ALGEBRAIC  COMPILER  LANGUAGE.  II  BURROUGHS  CORP,  21  29  PAG 
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••  AUTHOR  INDEX 
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SCHUMAN,  A . 0 . 
CHS  ALGEBRAIC 
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HERRIOT,  J.G. 

HFRRIOT,  J.G. 
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1 

THIS  INDEX  INCLUDES  PERSONS  AND  ORGANIZATIONS. 

2160 

THE  TR«NSL I TERAT ION  OF  ALGOL  TO  THE  BURROU 
COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

2  l  S9 

SOME  OBSERVATIONS  UN  ALGOL  TO  THE  BURROUGHS 
UN IV,  TECH. APT.  NO.  9,  16  PAGES.  1960  NOV  7 


SCHUMAN,  A.!). 

SCHOMRN,  A.O. 
GHS  ALGEBRAIC 
I960  MAR  29 
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MfRPIOT,  J.G. 
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2160 

THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

21S9 

SOME  OBSERVATIONS  OK  ALGOL  TO  THE  BURROUGHS 
UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  I960  NOV  7 
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COOING  SHEET  PROOF  FOR  HE1 


ENTRY  OOOl  FORMAT  Ai 

1  31  GEARS*  3)  NYLON*  3)  NORN  I)  CREATIVE  ENGINEERING  CO.  4)  FC 

ENTRY  0002  FORMAT  A I 

I  31  MOTORS*  2)  SHAOEO  POLE  1)  8REVEL  CO.  4)  FB 

ENTRY  0003  FORMAT  AI 

I  31  CLUTCHES*  2)  INDEXING*  2)  OVERRUN*  2)  BACKSTOP*  I)  MORSE  CO.  41  FC 
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1  3)  FASTENERS*  21  SELF  LOCKING,  II  BOOTS  CO.  41  FB 
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I  3)  CLUTCH*  2)  MAGNETIC*  3)  BRAKES*  II  VICKERS  ELECTRIC  41  FV 
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BREVEL  CO.  2 
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CREATIVE  ENGINEERING  CO.  I 

GEARS,  NYLON,  MORN  CREATIVE  ENGINEERING  CO.  FC 
GITS  6 
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FG 
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BRAKES, 

VICKERS  ELECTRIC  FV 

SURF 

INDEX 

FIELO 
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ENTRY  0003 
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1  1)  CLAUSE  II  NOUNP  II  VERBP  3)  P2 

ENTRY  0005 
1  II  NOUNP  II  NAMEP 
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CLAUSE 
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P2 
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Pl/B 
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Pl/C 

QWORD 
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SURF  INDEX 

FI£LO  NO.  1  FOR  NR1  ENTRY  NO. 

•♦AUTHOR/USER  AOOl 


••AUTHOR/USER 

THIS  INOEX 

NAMES  THE 

PERSON  WHO 

WAS  PRINCIPAL 

USER 

AND/OR 

THE  PERSON  RESPONSIBLE  FOR  GATHERING  THE 

INFORMATION 

PRESS 

CANTER 

NTED. 

MAR/65 

ES 

MAR/65 

CANTER 

LINTNER 

PERSONNEL 

LOCATION 

MAP  UNITED 

P003 

STAT 

CANTER 

CANTER 

LINTNER 

MILITARY 

CONTRACT 

PIE-CHART, 

P001 

COLOR 

CANTER 

.  a  AND 

MAR/65 

W. 

CANTER 

LINTNER 

REVIEW  OF 

P002 

SDC  CONTRACT  PERFORMANCE  C 

ONTRACT  PERFORMANCE  OVERRUN  UNDERRUN 

SURF  INDEX 

FIELD  NO.  3  FOR  NR1  ENTRY  NO. 


••TITLE  INDEX  A002 

••TITLE  INDEX  IF  A  SLIDE  DOES  NOT  HAVE  A  TITLE*  IT  IS  NOT  LISTEO 
HERE.  SLIDE  TITLES  ARE  VERY  RICH  IN  INFORMATION  AND  PROVIDE  COOD 
ACCESS. 

REVIEW  OF  SOC  CONTRACT  PERFORMANCE  P002 

MAR/65  CANTER  LINTNER  REVIEW  OF  SDC  CONTRACT  PERFORMANCE  C 
ONTRACT  PERFORMANCE  OVERRUN  UNDERRUN 


SURF  INDEX 

FIELD  NO.  5  FOR  NR1  ENTRY  NO. 


••DESCRIPTORS  INOEX  *003 

•♦DESCRIPTORS  INDEX  WE  HAVE  ATTEMPTED  TO  ASSIGN  DESCRIPTIVE  TERM 
S  TO  THE  MAJOR  INFORMATION  CHARACTERISTICS  OF  THE  INDEXED  SLIDES 
.  THIS  IS  A  COMPLETE  INOEX.  ALL  SLIDES  ARE  DESCRIBED  HEREIN. 


CONTRACT 
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CONTRACT 
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P002 
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ONTRACT 

PERFORMANCE  OVERRUN  UNDERRUN 

MAP 

MAR/65 

CANTER 

LINTNER 

PERSONNEL 

P003 

LOCATION  MAP  UNITEO  STAT 
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ES 

MAR/65 
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MILITARY 

POOl 

CONTRACT  PIE-CHART,  COLOR 

OVERRUN 
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MAR/ 65 
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PERSONNEL  LOCATION  p003 

MAR/65  CANTER  LINTNER  PERSONNEL  LOCATION  MAP  UNITED  STAT 

ES 

UNDERRUN  p002 

MAR/65  CANTER  LINTNER  REVIEW  OF  SDC  CONTRACT  PERFORMANCE  C 

ONTRACT  PERFORMANCE  OVERRUN  UNDERRUN 

UNITEO  STATES  p003 

MAR/65  CANTER  LINTNER  PERSONNEL  LOCATION  MAP  UNITEO  STAT 
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Figure  11.  An  Index  to  35mm  Slides 
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